home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19970626-19970929
/
000330_news@newsmaster….columbia.edu _Wed Sep 10 10:33:06 1997.msg
< prev
next >
Wrap
Internet Message Format
|
1997-09-28
|
4KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA20077
for <kermit.misc@watsun.cc.columbia.edu>; Wed, 10 Sep 1997 10:33:06 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA19560
for kermit.misc@watsun; Wed, 10 Sep 1997 10:33:05 -0400 (EDT)
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Telnet over PPP problems?
Date: 10 Sep 1997 14:33:02 GMT
Organization: Columbia University
Lines: 61
Message-ID: <5v6b2u$agu$1@apakabar.cc.columbia.edu>
References: <EG7rBo.KzA@world.std.com>
NNTP-Posting-Host: watsun.cc.columbia.edu
Xref: news.columbia.edu comp.protocols.kermit.misc:7652
In article <EG7rBo.KzA@world.std.com>,
William Smith <wpns@world.std.com> wrote:
: Anyone else ever have problems getting K95 to start a Telnet session
: over a PPP link? I can Telnet from my work using K95 to my ISP
: without any problems (except when the Internet is slow), but I
: occasionally have trouble getting a session to start over a PPP link.
:
It should make no difference, other than speed, what is sitting below
IP in your TCP/IP stack: Ethernet, ISDN, PPP, SLIP, or paper cups and
wet string. Except of course that whatever it is must be set up correctly,
and must itself work correctly.
But normally, it all should "just work". However, some cautions do apply
to modem connections (e.g. for SLIP or PPP). For example, they can become
awfully slow for various reasons -- V.34 modems dropping down to lower
modulations to adapt to link quality; error-correcting modems doing lots of
retransmissions due to line noise. And of course it is absolutely vital
that you have RTS/CTS flow control enabled between PPP and the modem, and
also that your PC contain a buffered UART (16550A), since unbuffered UARTs
(8650, 16450, etc) are certain to lose data, even when RTS/CTS is in effect.
However, from your description I don't think any of these necessarily bears
upon your situation.
: I'm using Win95 OSR2 and establishing a dialup connection to my ISP,
: and WWWeb browsing works fine. Sometimes when I start a "telnet
: world.std.com" session it takes a long time to get the login
: banner/prompt, and occasionally it never shows up. Hitting ^]a gets
: no response, though if the banner/prompt is merely delayed i'll get a
: couple of [Yes] responses just before it shows.
:
The "[Yes]" message comes from the distant Telnet server. This means that
Kermit 95 has successfully connected to the Telnet server on world.std.com,
and so it has done its job. If the distant Telnet server is not giving you
a login prompt right away, that's because the underlying service is slow --
e.g. too busy, too many users logged in, etc -- it's taking a long time for
the login process (a separate program that is started by the Telnet server)
to load and start, and this has nothing to do with Kermit. If the "[Yes]"
messages show up immediately when you enter ^]a, this also means that the
problem has nothing to do with the network connection itself, since the "Are
You There?" message and its reply are going back and forth without delay or
obstruction.
: I called my ISP and they brought K95 into question as a Telnet client,
: I thought I'd check to see if this rings any bells with the rest of
: the K95 users before I go haring off to try to find a better client...
:
It has nothing to do with Kermit 95. To prove this to yourself, crank up
Microsoft Telnet or any other client and see whether the same problem occurs
under the same conditions (for a fair test, run them side by side in
separate windows).
By the way, if you want to watch what goes on between Kermit 95 and the
remote Telnet server, do this:
K-95> set terminal debug on
K-95> telnet world.std.com
After you get the login prompt (if you ever do), use Alt-d to turn off
debugging.
- Frank